System and method for compositing items and authorizing transactions

ABSTRACT

A method of executing an electronic financial transaction involving two parties providing information for generating a transaction document and authorizing the document to execute the transaction. The method contemplates the maker electronically transmitting a data record representative of the financial transaction directly to a payee, such as by email. The payee can then convert the data record into a transaction acceptable to a bank of first deposit, such as by printing or imaging the data record into a form acceptable to the bank, such as a standard paper check.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims the benefit of U.S. Provisional PatentApplication No. 61/432,995, filed Jan. 14, 2011, which is incorporatedherein by reference in its entirety.

BACKGROUND OF THE INVENTION

The ability to pass value and payments remotely, quickly, efficiently,economically, and securely enables many conveniences of modern lifeincluding internet sales, and electronic peer-to-peer transactions, suchas over eBay®. Physical payments, such as by mailing a check or cash,can be slow, expensive, and insecure. Additionally, users/check writersmay make mistakes when writing checks, such as mistyping the payee'sname. Carrying cash can be problematic from the standpoint ofpickpocketing and other forms of theft that can present a personalsecurity threat to an individual (i.e. armed robbery or muggings).

As a result, financial transactions are commonly made by way ofelectronic communications networks to purchase a variety of goods andservices. Such transactions may be processed in a variety of methodsusing a variety of processors including, for example, credit cardcompanies, debit card companies, automated clearing house (ACH)transactions, and other third party processors such as PayPal®.

Credit cards and debit cards operate on closed proprietary networks towhich a payee has to subscribe, such as by having a merchant account.Furthermore, a merchant may be required to have specialized equipment tocarry out transactions using credit cards and debit cards. Often times,credit card and debit card transactions can be very expensive (up to 3%of the transaction), due to fees charged by the credit card companiesand the credit card processors. Due to the transaction fees, the risk oftransaction reversals resulting from disputes, and other risks andinconveniences, some merchants are unwilling to accept credit cards anddebit cards for transacting.

FIGS. 1 and 2 illustrate examples of conventional transactions between amaker 100 and a payee 110 in which a paper check 70 is physically sentto the payee 110 by the maker 100. The paper check 70 is presented to abank of first deposit 120 and the paper check continues through theclearance process as a paper check (FIG. 1) or an image 80 of the papercheck 70 (FIG. 2) until it reaches the maker's 100 paying bank 130.

BRIEF DESCRIPTION OF THE INVENTION

A method of executing an electronic financial transaction involving atleast two parties providing information for generating a transactiondocument and authorizing the document to execute the transaction. Themethod contemplates the maker electronically transmitting a data recordrepresentative of the financial transaction directly to a payee, such asby email or SMS. The payee can then convert the data record into atransaction acceptable to a bank of first deposit, such as by printingor imaging the data record into a form acceptable to the bank, such as astandard paper check.

In one aspect, the invention comprises a method of executing a financialtransaction between a first and second party by the generation of anauthorized transaction record comprising the steps of the first partyproviding a first set of information required for generating thetransaction record, the second party providing a second set ofinformation required for generating the transaction record, combiningthe first and second set of information to generate the transactionrecord, upon verification of both the first and second set ofinformation, the first party authorizing the transaction record togenerate an authenticated transaction record, and the second partyproviding access to the authorized transaction record to a third partyto execute the financial transaction.

As a further aspect, the invention comprises a system for generating atransaction record comprising a first device running a first applicationsoftware and a second device running a second application software,wherein the first device providing a first set of information requiredfor generating the transaction record, the second device providing asecond set of information required for generating transaction record,combining the first and second set of information to generate atransaction record, and upon verification of both the first and secondset of information, the first device authorizing the transaction recordto generate an authenticated transaction record.

In multiple aspects of the invention, the transaction record can be aphysical document or check, or an electronic transaction record. Variousembodiments of the invention are contemplated. In one aspect, a methodfor compositing information and authorizing a financial transaction cancomprise the steps of: forming, by a maker, a data record representativeof a financial transaction with a payee; electronically transmitting thedata record representative of the financial transaction directly to thepayee, wherein the electronic transmission includes an authorization bythe maker to the payee to deposit or cash (negotiate) the financialtransaction; wherein the payee can continue the processing of thefinancial transaction by presenting the transaction to a bank of firstdeposit.

In other aspects of the invention, the step of transmitting the datarecord can comprise sending an email to the payee. The step oftransmitting the data record can include attachment of a file to theemail which includes a printable representation of a checkrepresentative of the financial transaction. The step of transmittingthe data record can include the step of emailing a data file whichcontains data that can be constructed into at least one of a physicalcheck and an electronic image of a check compliant with Check21standards. The method can further comprise the step of registering datarepresentative of the financial transaction between the maker and thepayee with a third party service, whereby a processing bank can verifythe accuracy of the data representative of the financial transaction.The method can also include the step of sending a portion of the datarecord representative of the financial transaction to the payee with anidentifier of where the remainder of the critical data to construct thedata can be retrieved and submitted to the bank of first deposit as acomplete transaction.

The method can also include the step of retrieving missing critical dataconstituting the financial transaction prior to or at the time ofpresentment to a bank of first deposit. The method can also include thestep of electronically signing a graphical representation of the checkat the time of making of the data record representative of the financialtransaction, and the step of electronically transmitting the transactionincludes the step of transmitting the graphical representation of thecheck to the payee. The method can also include the step of the payeephysically printing the graphical representation of the check prior topresentment to a bank of first deposit.

The method can also include an interface located on a global computernetwork for performing at least one of: (a) receiving physical addressinformation regarding at least one maker; (b) receiving bank accountinformation regarding at least one maker; (c) receiving informationregarding at least one payee for the at least one maker; (d) receivingpayment information regarding a payee and an amount, wherein the paymentinformation can be entered into an interface reflecting a standard papercheck layout. The step of creating the data record representative of thefinancial transaction can also include the step of constructing the datarecord from stored information entered into the interface.

The method of creating a single data record can also comprise uploadinga batch of data records and creating multiple transactions to at leastone payee in a batch format. The upload file can comprise a well-knowndata format including, but not limited to, a Positive Pay file format.

Upon receiving the transmission, the payee can perform at least one ofthe following to present the payment transmission to a bank of firstdeposit: (a) printing the payment transmission into a formrepresentative of a traditional paper check; and (b) transmitting agraphical representation of the payment transmission to the bank offirst deposit. The method can further comprise the step of providing acryptographic or trusted time stamp associated with the transaction toprevent tampering with, or multiple presentment of, the financialtransaction to multiple banks of first deposit. The method can alsoinclude the step of the payee selecting the form of the transaction forpresentment to the bank of first deposit. The method can also includethe step of the maker providing a plurality of payment settlementmodalities to the payee, and the payee can select from at least one ofthe provided plurality of payment settlement modalities for presentmentto a bank of first deposit or other settlement representative based onthe selected settlement mode to settle the transaction received from themaker.

BRIEF DESCRIPTION OF THE DRAWINGS

In the drawings:

FIG. 1 is a flow chart illustrating a prior art method of submitting apaper check through a financial clearance process.

FIG. 2 is a flow chart illustrating another prior art method ofsubmitting a paper check through a financial clearance process, in whicha depositing bank images the paper check after presentment to a bank offirst deposit.

FIG. 3 is a flow chart showing an exemplary system and method accordingto the invention of compositing transaction information and authorizinga transaction.

FIG. 3A is an example of the web interface contemplated for theinvention including an initial screen.

FIG. 3B is an example of the web interface containing a login formaccording to the invention.

FIG. 3C is a completed login form for the web interface.

FIG. 3D is a dashboard for the web interface showing various informationfor a logged-in user.

FIG. 3E is a bank account overview for the web interface showing thestatus of various checks drafted on a selected account.

FIG. 3F is an initial form for the web interface for creating anelectronic check transaction.

FIG. 3G is a completed form for creating a data record representative ofa physical check in the web interface.

FIGS. 3H is a graphical representative of a check incorporatingfinancial data entered by the maker in the web interface.

FIG. 3I is a message provided to a login user on the interface for thestep of authorizing the check data record.

FIG. 3J is a message indicating that the check data was authorized andregistered in the web interface.

FIG. 3K is a web interface prompting the logged-in user for recipiente-mail information for sending the authorized check transaction to apayee.

FIG. 3L is a confirmation message provided to the logged-in user thatthe check transaction was e-mailed to the indicated payee.

FIG. 3M is a sample login interface for a web-based e-mail provider fora payee which has received the e-mail check transaction from the makerfrom the web interface.

FIG. 3N is a sample e-mail inbox indicating that the e-mail checktransaction has been received by the payee's e-mail account.

FIG. 3O is a sample of the content of the e-mail sent to the payeese-mail account by the web interface login user.

FIG. 3P is the contents of an e-mail attachment containing a graphicalrepresentation of a paper check received by the payees e-mail account.

FIG. 4 is a flow chart showing the exemplary system and method of FIG. 3according to the invention of compositing transaction information andauthorizing a transaction in which the payee retransmits payment dataand maker's authority to a bank of first deposit, wherein the bank offirst deposit converts the payment data into a paper check.

FIG. 5 is a flow chart showing the exemplary system and method of FIG. 3according to the invention of compositing transaction information andauthorizing a transaction in which the payee has forwarded the maker'spayment data and authority to the bank of first deposit and the bank offirst deposit has printed the payment data as a paper check or convertedthe paper check to a check image and continued processing of thefinancial transaction.

FIG. 6 is an exemplary flowchart in which the payee and the bank offirst deposit have both forwarded the payment data and maker's authorityof the financial transaction generated by the maker to continueprocessing the financial transaction according to the invention.

FIG. 7 is an exemplary schematic showing a transaction/data recordcontaining value transmitted from a maker to a payee.

FIG. 8 is an exemplary schematic of payment data and maker's conditionalauthority being transmitted from a maker to a payee in which the paymentdata and maker's conditional authority can include items such as amaker's identification credential, an amount, the payee, a transactionreference, settlement information, authorization, and maker's consent toprint the payment data or convert to a settlement mode of the payeeschoice.

FIG. 9 is an exemplary schematic according to the invention of a makercomposing and fully authorizing a data record representative of afinancial transaction, indicating that the data record is payment dataand the maker's conditional authority, transmitting the payment data andmaker's conditional authority to a payee which includes maker'sidentification credential, an amount, a payee, a transaction reference,a settlement authorization, information, and authorization, and maker'sconsent to print the payment data or to convert to a settlement mode ofthe payees choice, to the payee.

FIG. 10 is an exemplary schematic similar to that shown in FIG. 9 inwhich the payment data and maker's conditional authority are transmittedfrom the maker to the payee and then transmitted by the payee to thebank of first deposit when indicating the settlement mode of choice bythe payee, and then the bank of first deposit requests settlementinformation from the maker who re-constitutes the complete transactionand sends the payment data and maker's conditional authority to answerthe request for settlement information by the bank of first deposit.

FIG. 11 illustrates another example of the invention of FIGS. 1-10 inwhich the maker transmits a partially complete set of payment data tothe payee, who then adds additional information to the payment recordand thus transmits the complete payment record back to the maker who maythen set conditions and authorize the transaction, and then the makerretransmits a complete set of payment data in the maker's conditionalauthority to the payee.

FIG. 12 represents the maker composing a partially complete set offinancial transaction information and transmitting thepartially-complete set of payment data including the maker's identitycredential, the payee, and a transaction reference, to the payee whothen adds completing data to create a more-complete set of payment datathe maker, wherein the payee retransmits the partially complete setpayment data including an amount criterion (or other additionalinformation) back to the maker who sets conditions, authorizes thetransaction, and retransmits the payment data and maker's conditionalauthority to the payee.

FIG. 13 indicates another example of the partially-complete paymentinformation component of the invention in which the payee addscompleting data to a partially complete payment record transmitted fromthe maker and that the maker pay or adds additional authorization andconditions upon the payment and retransmits a more complete set paymentdata conditional authority to the payee.

FIG. 14 indicates another example of the system and method according tothe invention, in which the maker can set a range of payment settlementtypes, which can thereafter be elected by the payee.

FIG. 15 shows an alternative example of the method shown in FIG. 14 inwhich the maker can send a partially-complete transaction record to apayee who can thereafter select from a number of payment settlementoptions.

FIG. 16 is an example screenshot for the web interface of FIGS. 3A-3Pshowing a selection area for the payment settlement types set forth inFIGS. 14-15.

DETAILED DESCRIPTION OF THE INVENTION

In one embodiment, the invention is related to legally enforceabletransactions, payments, agreements, instructions, contracts, stockcertificates, bonds, prescriptions, laws, judgments, etc. Although theprimary field of use of the invention is for financial transactions, theinvention can be used for a variety of other transactions, such as forcertifying a variety of other documents and contracts, or foriteratively filling a contractual agreement.

To be able to pass value, such as monitory value, to be sent to anotherparty. The party to which value is sent (payee) may be located remotelyfrom the party sending payment (payer). The value is passed andtransacted between two or more parties using any communications network,including public and non-proprietary networks such as the internet. Theinvention, in effect, modernizes the well-established legal form ofpayment of the check.

The invention further allows parties to pass between themselvesindependent writings or information with memorialization or evidence ofa transaction or contract.

For parties that are not remotely located from each other, the methodsdisclosed herein provide an economical, secure, user friendly, and easyto use method of executing transactions. As a result the parties neednot carry cash, checks, or credit cards to make a financial transaction.

Referring now to FIG. 3, the method 10 of completing a financialtransaction according to the invention is disclosed. The method 10creates an electronic check by composition of information from at leastone of a maker 100 and a payee 110. Additional information for theassembly of the check can be provided by one or more of a deposit bank120, a paying bank 130, and a third party service 140. The method 10 tocarry out the transaction may be carried out over a communicationsnetwork such as the internet.

The maker 100 of the check 70 can send the critical data elements 20,such as bank routing number, account number, check number, dollaramount, payee, date, memo, and an instance of the maker's signature 22or an electronic signature or a proxy/reference value derived from someor all the other data elements (i.e. a hash value or acryptographic/trusted time stamp) (this can include the addition ofdata, such as a secret value, added to enhance the security orcryptographic properties by increasing numeric complexity) as a text andnumerical objects over the communications network. From thisinformation, a partially completed check 30 is generated along with acheck form 40 and sent as an object or image of the partially completedcheck 50 to the payee 110 who can then composite it at their locationfor printing or imaging or they can send it on to their bank 130 who cancomposite it and either print or image it. Incremental check informationand check form 40 along with the image of the partially completed checkare used to form the complete and authorized check 70 after the maker isgiven an opportunity to review all associated information and thenauthorize the check. After authorizing the transaction and generating acomplete check, the image 80 thereof may be printed or stored by thepayee 110, the payee's bank 130, the maker's bank 130, or the maker 100.

As an alternative, the maker 100 may make the electronic check payableto himself or to cash, in which case there is no separate entitydesignated as the payee 110 (Le. the maker 100 is also the payee 110)and therefore the maker 100 provides all of the information required tocomplete and authorize the check 70.

As a further alternative, the maker 100 and the payee may use a thirdparty service 140 to aid in the transaction process, by for example,speeding up the process or by providing an additional level of securityor verification of the information used to generate the check 70.

The maker 100 of the check need not be the party that causes the check70, the partially completed check 30, or the partial image 50 thereof tobe printed. The payee 110 or any other party involved in the completionof the check can print or store the image of the check 80, including,but not limited to the deposit bank 120, the paying bank 130, and thethird party service 140.

Alternatively, the maker of the check completes the check in full via acomputer and then skips the step of printing it onto paper to beconveyed physically to the payee who would then take it to their bank orimage it and transmit it to their bank . The maker can generate an imagedirectly from the computer application used to composite the check andthen the maker can forward the check image to the payee who can thenprint it and deliver it to their bank or forward the image on to theirbank. In either event, it will be understood that the inventioncontemplates presentment of the transaction record to a processinginstitution, such as a bank, in either tangible (e.g., a physical,printed document) or electronic form.

The maker may after completing the compositing of the check, send thesome but not all the data elements together with a unique referencevalue designating a location where the omitted elements are storedthereby allowing the maker or a third party service to reconstitute thecheck exactly as it had existed at the time of its originalauthorization.

The maker 100 of the check composes the check by inputting into acomputer all the information needed of an ordinary check, adding asignature (a recorded instance of the regular wet signature, or asignature generated by a signature pad, or an electronic signature (perESIGN & UETA) or digital signature (per PKI)). The check information canbe a set of data objects and the check form can be a graphic object, setof graphic object instructions or image and the two arc sent togethersuch that the informational elements map to specific (and appropriate)designated areas (locations) on the check form object.

The two elements (information and check-form) can be sent as a bundle.The information can be sent by itself with the intention that thereceiving party (the payee) associate it with an appropriate check-formand create a composite item which they then print, or image or forwardon to their bank/financial institution to deposit.

Alternatively, the maker of the check could create the composite itemand cause it to be imaged (i.e., Check21 or RDC guidelines) and thenforward this on to the payee. The intended payee can initiate theprocess by sending check information—the payee, and/or amount, and/orany other relevant information (i.e., date, memo, etc.) to the maker forthe maker to complete by adding the bank routing number, account number,and/or check number, and optionally the date and/or memo (or any othermissing information) and then the maker authorizes the check andevidences same by any of the herein mentioned methods of adding asignature. The maker and the payee can work back and forth as needed inany combination of who adds what information or edits the informationuntil the point that the maker is satisfied and authorizes the check.

Another example to transfer the payment authority and data would be aninteraction between mobile devices. For example, a pair of handhelddevices could be loaded with cooperating applications so that a maker100 could construct a payment and a payee 110 could receive the paymenton their handheld device by cellular network, wireless or localproximity interaction, such as Bluetooth protocol.

Alternatively, the maker could do all of the requisite steps disclosedabove and leave the payee blank such that it could be completed later bythe payee or it could be left blank and the item traded as if it were aform of currency with the ability for any legitimate holder to add aname as the payee and then cash it or deposit it or use it to acquiregoods in trade (similar in nature to how a gift card or a traveler'scheck works), the difference being that the funds would not leave themaker's account until it is converted to cash, goods or deposited with abank/financial institution.

An example website for performing all steps relating to creating,authorizing, completing, and transmitting the data record representativeof the financial transaction by the maker 100 to the payee 110 isillustrated by example in FIGS. 3A-3P. It will be understood that thesefigures arc illustrative, and should not be interpreted as limiting thesteps and elements of the appended claims in any way. The examples setout in FIGS. 3A-3P assume that the maker has an account created on theexample website, shown generally in FIGS. 3A-3P by reference numeral 200and higher.

FIG. 3A shows an example of the web interface 200 contemplated for theinvention including an initial screen 202, prompting a client to eitherlogin or sign up. FIG. 3B shows a login form 204 for the web interface200, and FIG. 3C shows a login form 204 completed by a maker 100 on theweb interface 200.

FIG. 3D shows a dashboard 206 for the web interface 200 showing variousinformation for a logged-in maker 100. FIG. 3D shows that the examplemaker 100 has data representative of three bank accounts 208, 210, 212stored in the interface 200, wherein two of the accounts have one ormore checks in various stages of processing.

FIG. 3E shows a bank account overview for one of the example bankaccounts 208 for the web interface 200 showing the status of variouschecks drafted on the selected account, and a balance of that bankaccount. The account overview includes several menu items 216 forissuing a check, exporting checks, importing checks, and searchingchecks.

FIG. 3F shows an initial check creation form 218 for the web interface200 for creating an electronic check transaction when the “issue acheck” menu option is clicked by the maker 100 in FIG. 3E. The checkcreation form 218 includes a graphical representation of a conventionalcheck form document with various fields laid out on the form in a mannerconsistent with a typical physical check form: maker's name/address 220,payee name 222, amount 224, written-out word representation 226 of theamount 224 (auto completed by the form 218), optional memo field 228,account routing number 230 (auto-completed by the form 218 when themaker 100 selects a bank account), account number 232 (auto-completed bythe form 218 when the maker 100 selects a bank account), and arepresentation of the maker's 100 signature 234 (which can be anaccurate representation of the maker's signature by the maker 100uploading an image file containing a graphical representation of themaker's signature. The maker's signature 234 can also be a electronicsignature, including any number of well-known electronic signaturemethods.

FIG. 3G shows a completed form 218 for creating a data recordrepresentative of a physical check in the web interface 200. The datashows a sample payment of $1,019.27 (US dollars) from John Doe's (maker100) bank account 230/232 (account ending in x899) to Acme Widgets, Inc.(payee 110). It will be understood that, in accordance with theinvention, not all of the fields shown in web form 218 need to becompleted in order to transmit the initial data record representative ofthe financial transaction to the payee 110. Rather, the form could onlyhave 1-2 fields completed (such as the payee and bank account), and thepartially-completed transaction could be sent to the payee forcompletion, whereby the transaction, after completion by the payee 110,would be re-routed back to the maker 100 for authorization andindication of authority to deposit the transaction (see FIGS. 7-13 formore examples of these types of partially-complete transactions).

FIG. 3H shows a graphical representative of a confirmation copy check218 incorporating financial data entered by the maker in the webinterface 200. The interface 200 has assigned a check number 236 (in theexample shown in FIG. 3H, check #VV007) to the proposed transactioncreated by the maker 100. The maker 100 can then click the “Authorizecheck” menu item 238, whereby the maker 100 is prompted with theconfirmation message 240 in FIG. 3I. Turning to FIG. 3J, once the maker100 clicks “OK”, the maker 100 is presented with additional transmissionoptions 242, which allow the maker 100 to transmit the check in the form218 to the payee specified in field 222 via physical check (“Printcheck”), email (“Send via email”), and text messaging (“Send via SMS”).There are also options to view the activities relating to the check inthe form 218 and to void the check in processing (“Void check”). Themaker 100 is also presented with a confirmation message 244 that thecheck in the form 218 “was authorized and registered.” Data regardingthe check in the form 218 can now be accessed with properlyauthenticated service calls to a service 140 contemplated by theinvention. For example, a bank of first deposit 120 could call theservice 140 and obtain verification or validation information on theaccuracy of data being presented to the bank of first deposit 120, suchas to confirm that the bank account information 230, 232 or the amount224, or payee's name 220 is accurate with what is being presented to thebank 120.

Once the data record representative of the check transaction 218 hasbeen authorized, processing moves to FIG. 3K in which the maker 100 isprompted for transmission information for the payee 110 (in whatevermode of transmission the maker 100 has selected). In this example, themaker 100 is prompted for email information relating to the payee 110 inemail form 246. Once the payee's recipient email is entered into theemail form 246, the maker 110 can press the “send” button to transmitdata representative of the financial transaction in the form 218 to thepayee 110. A confirmation message 248 that the transmission has beensent to the payee 110 is set forth in FIG. 3L.

The receipt of the transmission by the payee 110 will now be describedwith respect to FIGS. 3M-3P. FIG. 3M shows a sample email interface 250for a web-based e-mail provider for a payee 110 which has received thee-mail check transaction from the maker 100 from the web interface 200.FIG. 3N shows the email interface 250 with a sample e-mail inbox 252indicating that the e-mail check transaction 254 has been received bythe payee's e-mail account 250. FIG. 3O shows content 256 (and anattachment 258) of the e-mail 254 sent to the payees e-mail account 250by the maker 100. FIG. 3P shows the attachment 258 and its contents(including instructions for presentment and a link to the service 140for verification of the check's data) containing a graphicalrepresentation of a paper check 260 received by the payees e-mailaccount 250. The payee 110 can elect now to print the graphicalrepresentation of the paper check 260 and present the printed copy to abank of first deposit 120 or transmit an image of the graphicalrepresentation of the paper check 260 to the payee's bank 120.

Alternatively, the maker 100 could do all the requisite steps disclosedabove and provide a designated paying bank with a set of the transactiondata and evidence of the authorization such that the paying bank couldconfirm the presence of funds on deposit sufficient to clear the item attime of presentment, potentially providing attestation to the presenceof sufficient funds, and reserving an amount from funds being held ondeposit sufficient to pay the item when it is eventually presented forpayment/settlement, thereby creating a “good funds” transaction.

The above could be implemented with a limited range of approved payees(i.e. a list of individuals or businesses, etc. from which only one ofthe list may be added at later time. All of the steps described can beexecuted using a telephone-based, voice-based service, including but notlimited to a cellular/mobile network.

There are several examples of how this method 10 could work to transmita transaction of value between a maker 100 and a payee 110.Illustrative, but not limiting, examples are shown in FIGS. 4-13 (inaddition to the example shown in FIG. 3).

FIG. 4 is a flow chart showing the method 10 according to the inventionof compositing transaction information and authorizing a transaction inwhich the maker 100 transmits payment data 20 (as shown by example inthe web interface check creation form 218) and maker's authority 22 (adigital signature, imaged signature, text evidencing the authority,etc.) to the payee 110. The payee 110 retransmits the payment data andmaker's authority 20, 22 to a bank of first deposit 120, wherein thebank of first deposit 120 converts the payment data 20, 22 into a papercheck 120. Processing continues with the payment data 22 converted to apaper check 70 to the paying bank 130.

FIG. 5 shows a flow chart showing the method 10 (having many of the samesteps as FIG. 4) in which the bank of first deposit 120 converts themaker's payment data and authorization 20, 22 to a paper check 70 andthen images the paper check 70 into a check image 80. Processingcontinues with the payment data 22 converted to a check image 80 to thepaying bank 130.

FIG. 6 shows another example of the method 10 in which the payee 110forwards the maker's 100 payment data and authorization 20, 22 to thebank of first deposit 120. Processing continues with the payment dataand authorization 20, 22 to the paying bank 130.

FIG. 7 shows an example schematic showing a transaction/data recordcontaining value 20, 22 transmitted from a maker 100 to a payee 110.FIG. 8 shows an example schematic of payment data and maker'sconditional authority 20, 22 being transmitted from a maker 100 to apayee 110 in which the payment data and maker's conditional authority20, 22 can include items such as a maker's identification credential, anamount, the payee, a transaction reference, settlement information,authorization, and maker's consent to print the payment data or convertto a settlement mode of the payee's choice.

FIG. 9 shows another example according to the method 10 of a maker 100composing and fully authorizing a data record representative of afinancial transaction, indicating that the data record contains paymentdata 20 and the maker's conditional authority 22, transmitting thepayment data and maker's conditional authority 20, 22 to a payee 110.The payment data and maker's conditional authority 20, 22 can includemaker's identification credential, an amount, a payee, a transactionreference, settlement information, authorization, and maker's consent toprint the payment data or to convert to a settlement mode of the payee'schoice, to the payee 110.

FIG. 10 illustrates a continuation of the example shown in FIG. 9 inwhich the payment data and authority 20, 22 of the maker 100 aretransmitted by the payee 110 to a bank of first deposit 120. In thisexample, the bank of first deposit 120 contacts the maker 100 andre-routes a request for verification or authorization of the transactiondata 20, 22 to the maker 100. Once maker 100 has provided the properindication to the bank of first deposit 120, processing of thetransaction (payment to payee 110) will continue to the paying bank 130as has been previously described.

FIGS. 11-13 show examples of the maker 100 transmitting apartially-complete transaction data record 50 to the payee. In each ofFIGS. 11-13, the payee 110, upon receipt of the partially-completetransaction 50, provides some completion information 54. In the variousembodiments, the completed information 54 is transmitted back to themaker 100. In the example of FIG. 11, the missing information providedby the payee 110 is the payee name and the amount. In the example ofFIG. 12, the missing information 54 provided by the payee 110 is theamount of the transaction. In the example of FIG. 13, the missinginformation 54 provided by the payee 110 is the payee. In any event, thetransaction data 20 with the missing information 54 is re-routed back tothe maker 100 so that the maker 100 can set optional conditions on, andauthorize, the transaction. The maker 100 can then re-transmit thecompleted payment record and authority 20, 22 back to the payee 110, andprocessing continues as illustrated with respect to any of the previousexamples in FIGS. 3-10.

FIGS. 14-16 show another feature of the invention by which the maker 100can set a number of payment settlement types for the payee 110. Then,after receipt of the transaction, the payee 110 can select from thenumber of payment settlement types to determine how the transaction willbe cleared. For example, turning to FIG. 14, the method 10 is shownwhere the maker 100 creates a payment data record and authorization 20,22 and transmits them to the payee 110. Then payee then is presentedwith a choice 60 among of a number of payment settlement types 62selected by the maker 100. The payee 110 can then control the form ofpayment settlement, i.e., including but not limited to a credit cardnetwork transaction, a check transaction, an automated clearinghouse(ACH) transaction, a wire transfer, or a another payment system. FIG. 15shows an alternative embodiment whereby the maker 100 transmits apartially complete transaction 50 to the payee 110 which includes, forexample, an amount, a payee, a transaction reference, an authorization,a maker's consent to select the final payment modality from a number ofmodalities 62 presented in the partially-complete transaction. The payee110 then makes the final payment modality selection 60 from the variousoptions determined by the maker 110 (or provided as a number of defaultselections). FIG. 16 shows an additional portion of the interface 200shown in FIGS. 3A-3P wherein the payment settlement modality selections62 arc set out in a list 262 for the user.

The system and method 10 will allow the maker 100 of a payment ortransaction to designate a payee 110 and all or a portion of thecriteria needed to finally settle the transaction. For example, anamount and a payee could be provided (or only the amount of thetransaction and a subsequent holder of the transaction could laterdetermine the payee 110) with a range of settlement options (check, ACH,card network whether credit or debt, federal wire transfer, or someother settlement system) such that the payee 110 or a subsequent holderdecides which of the clearing and settlement methods 62, 262 they wouldprefer to use. The maker 100 sets the value and can thereafter becomeindifferent as to which method the payee 110 selects, provided thepayment is presented for clearing and settlement only once. The payee110 can determine the settlement that they prefer, based on price orother criteria. The payee 110 could cause the settlement to be bid forby the various final settlement options.

The method 10, as described with respect to any of the examples in FIGS.3-10, includes an instance where the maker 100 identifies themselves(e.g. a customer loyalty card/token) to a payee 110 (e.g. retailmerchant) and the merchant assembles the bulk of the information withthe final step being the maker 100 approving the check(transaction/payment) at the point of sale. Either the maker 100 or thepayee 110 could send a communication/message to the other (including viaan email address or text message) indicating that they want to perform apayment (give or receive) whereby the two parties could exchange theelements via the initial or an alternate communication channel or theycould meet at a third-party service to work to complete all the stepswhich is not final and official until the maker 100 signifies approvaland evidences same via a signature.

The service could be performed via multiple communication channels. Thepayee or maker could for example initiate via a web or email interfacethat causes the other party to be contacted via another channel such asreceiving a telephone call on their POTS, IP or cellular phone and theprocess completed by means of oral/verbal interaction with the otherparty directly or through a 3rd party service 140. A business orindividual wishing to pay another party (pay a bill or invoice) sendsthe other party a check via this method. A business or individualwishing to be paid for requests a payment via this method.

A first example is that a business wants to pay a bill or invoice toanother party, vendor, employee, etc. and performs all the steps ofcompositing a check as a digital item/object and sends this to the otherparty via the communication network, thereby avoiding the costly,inefficient steps of printing a physical document, putting it in anenvelope, supplying postage, depositing it with a courier or the USMail, etc. Another example is a private party to private partytransaction: it is often the case in youth athletics that team membershave to pay for things like tournaments, or uniforms, etc. and they mayhave to pay an intermediary like the team manager. This method wouldallow for the manager to collect payments via checks either remotely orin person and could forward them on to the final party such as thetournament director or uniform vendor.

Yet another example is a private party to merchant transaction where ashopper in a retail grocery store could proceed to checkout with theirselected items, and identify themselves to the store via the method ofchoice (including their customer loyalty card) and their purchase couldbe processed as a check for payment without using the credit network butwith all the conveniences of credit/debit cards.

A further example is a private party through an intermediary (theirchild) to a business/merchant transaction. Parents of college agechildren are often asked for money by their kids for emergencies or forsupplies. By this method, the parent could authorize a purchase beingmade by their child, remotely, in real-time (at the book store or theauto repair shop, etc.) without needing to give their kids a credit cardor cash.

Yet another example is a private party to private party where oftenorganizations run fund-raisers (boy scouts and popcorn, girl scouts andcookies, etc.) and they go door to door. When they make these sales theyoften arc given cash (which is dangerous and hard to manage for some) orphysical checks. This method could allow the orders to be taken remotely(via email or phone) and the payments collected electronically withoutthe need for credit/debit card capabilities. In another example, aconsumer or business to business via the web where individuals andbusinesses that shop and make purchases via a website could pay via acheck where they would otherwise ordinarily only have the option to payvia a credit card.

As a final example, parents are often asked to pay for miscellaneousitems/activities for their children (field trips, supplies, specialevents, etc.) and they could pay via this method without risking givingtheir child a payment to deliver to school that may be lost in-route.

As highlighted in the examples of usage above, there are severaladvantages to the disclosed method 10, in that it does not require apiece of paper (a physical paper check) be generated at all but it canbe converted (printed) into paper if desired by a party in the process.Therefore, it relieves the maker of the check from the costs and burdensof generating a physical artifact and the burden and costs of conveyinga physical item to the payee. Additionally, it can be sent via acommunications network to the payee and uses a very well established andlegal form of payment in the form of a check. However, it does notsuffer from the deficiencies of a conventional check which would need tobe fully composited, printed and signed by the maker.

An advantage of the disclosed system and method is that it is fast,efficient, and economical. Furthermore, the transaction can be executedin a highly reliable and secure manner when used in conjunction withother fraud prevention services. The payee can assemble the item (draftcheck . . . payee, amount, memo, date, etc.) and present it to the makerfor them to complete (with their bank routing number, accountinformation check number and evidence of authorization (signature),etc.) and, therefore, presents the advantage of being able to come toagreement, compile information, and complete the transaction in aniterative manner between two parties. As a further advantage, thetransaction can be conducted via a 3rd party service which either orboth parties use to facilitate and allow for additional efficiencies,accuracy, convenience and speed.

One aspect of the invention is that the maker starts with a need to makea disbursement (payment) and to do so, the maker needs to know theidentity of the entity to which they arc disbursing and the amount to bedisbursed. In current prior art transactions, the disbursing party mustdetermine the final mode by which the payee will receive the payment,including on which set of transactional or institutional rails thetransaction will run (i.e., check, ACH, debit card, and the like). Inthe method contemplated by the invention herein, the maker can allow thedisburser to set key elements of the disbursement (most importantly, thepayee and amount) and they can allow the final modality of payment to bedetermined by the payee.

Reasonable variation and modification are possible within the forgoingdisclosure and drawings without departing from the spirit of theinvention that is defined in the appended claims.

1. A method for compositing information and authorizing a financialtransaction, comprising the steps of: forming, by a maker, a data recordrepresentative of a financial transaction with a payee; electronicallytransmitting the data record representative of the financial transactiondirectly to the payee, wherein the electronic transmission includes anauthorization by the maker to the payee to deposit the financialtransaction; wherein the payee can continue the processing of thefinancial transaction by presenting the transaction to a bank of firstdeposit.
 2. The method of claim 1 wherein the step of transmitting thedata record comprises sending an email to the payee.
 3. The method ofclaim 2 wherein the step of transmitting the data record includesattachment of a file to the email which includes a printablerepresentation of a check representative of the financial transaction.4. The method of claim 2 wherein the step of transmitting the datarecord includes the step of emailing a data file which contains datathat can be constructed into at least one of a physical check and anelectronic image of a check compliant with Check21 standards.
 5. Themethod of claim 1 and further comprising the step of registering datarepresentative of the financial transaction between the maker and thepayee with a third party service, whereby a processing bank can verifythe accuracy of the data representative of the financial transaction. 6.The method of claim 1 and further comprising the step of sending aportion of the data record representative of the financial transactionto the payee with an identifier of where the remainder of the criticaldata to construct the data can be retrieved and submitted to the bank offirst deposit as a complete transaction.
 7. The method of claim 6 andfurther comprising the step of retrieving missing critical dataconstituting the financial transaction prior to or at the time ofpresentment to a bank of first deposit.
 8. The method of claim 1 andfurther comprising the step of electronically signing a graphicalrepresentation of the check at the time of making of the data recordrepresentative of the financial transaction, and the step ofelectronically transmitting the transaction includes the step oftransmitting the graphical representation of the check to the payee. 9.The method of claim 8 and further comprising the step of the payeephysically printing the graphical representation of the check prior topresentment to a bank of first deposit.
 10. The method of claim 1 andfurther comprising an interface located on a global computer network forperforming at least one of: (a) receiving physical address informationregarding at least one maker; (b) receiving bank account informationregarding at least one maker; (c) receiving information regarding atleast one payee for the at least one maker; (d) receiving paymentinformation regarding a payee and an amount, wherein the paymentinformation can be entered into an interface reflecting a standard papercheck layout
 11. The method of claim 10 and wherein the step of creatingthe data record representative of the financial transaction includes thestep of constructing the data record from stored information enteredinto the interface.
 12. The method of claim 1 wherein, upon receivingthe transmission, the payee performs at least one of the following topresent the payment transmission to a bank of first deposit: (a)printing the payment transmission into a form representative of atraditional paper check; and (b) transmitting a graphical representationof the payment transmission to the bank of first deposit.
 13. The methodof claim 1 and further comprising the step of providing a cryptographicor trusted timestamp associated with the transaction to preventtampering with, or multiple presentment of, the financial transaction tomultiple banks of first deposit.
 14. The method of claim 1 and furthercomprising the step of the payee selecting the form of the transactionfor presentment to the bank of first deposit.
 15. The method of claim 1and further comprising the maker providing a plurality of paymentsettlement modalities to the payee, and the payee selecting from atleast one of the provided plurality of payment settlement modalities forpresentment to at least one of a bank of first deposit and anothersettlement representative based on the selected settlement mode tosettle the transaction received from the maker.